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SOFTWARE DELIVERY SYSTEM 



FIELD OF THE INVENTION 



10 



15 



20 



The present invention relates generally to the field of computer 
systems, and in particular to a software delivery system which can 
conveniently and efficiently deliver custom-ordered software to a customer. 



Delivering software to customers has become a complicated 
business, particularly for the computer manufacturers. In the past, 
customers simply bought a computer system from the manufacturer and 
bought the software from third-party vendors. The responsibility of making 
certain the compatibility of the software to the purchased system and 
maintaining a back-up copy (in case of a hard disk crash or inadvertent 
erasure of the software) was on the end user. The end user also exercised 
his discretion in making unauthorized duplicate copies, and the third-party 
software vendors were ultimately responsible for preventing such 
practices. 

In the modern computer era, software vendors and computer 
manufacturers work very closely together to bundle a set of software with 
the computer system being sold to the customers. As a result, much of the 
responsibility which was left for the end user is now borne by the 
manufacturer. 



BACKGROUND OF THE INVENTION 




2 3 SEP 1399 



From the customer's side, the manufacturers are now responsible 
for ensuring that the software it delivers to the end user is compatible with 
the particular computer system which was purchased by the customer. In 
the modern era where computer systems come in an array of hardware 
configurations, ensuring that a particular software will successfully run on a 
particular model requires much effort. It is not uncommon for a 
manufacturer to spend many man-hours testing the software for different 
models to ensure compatibility, a task which can be quite costly. 

In addition to ensuring the compatibility of the software, the 
manufacturers must provide effective customer support. This includes 
value-added services such as configured-to-order options so that the 
customers can choose the software he or she wants with the computer 
system. Also, the manufacturer should provide^ some mechanism for 
software recovery in case of a hard disk crash or an inadvertent erasure of 
the software. Moreover, it would be beneficial for the manufacturers to 
provide options for additional orders of software. A successful 
implementation of these services depend on a fast and reliable way to 
deliver the requested software from the manufacturer to the hard disk of the 
customer's purchased system. 

From the software vendor's side, the manufacturers are often 
encouraged to deliver the software to the customers in a way which 
prevents or discourages unauthorized duplicate copies. Successful 
implementation of such a system is a great benefit to the manufacturer (in 
addition to the software vendors, of course) as it can often negotiate for a 
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better price for the software from the vendors, the savings of which the 
manufacturer can pass down to the customers. 

The various software delivery systems currently implemented by the 
industry fail to address some or all of the issues described above. For 
5 example, in the most common system where an unspecified bundle of 
software is simply included in the hard disk of a purchased computer 
system, the customer has no choice in what software he desires, and all 
back-up copies must be made by the customer if such copying is allowed. 
Although this type of a system can allow the manufacturer to ensure the 

10 compatibility of the installed software to the hardware, the customer has to 
accept the software he may not wish to receive, and has no choice to 
request the software he truly needs. Moreover, the customer must expend 
the time and effort to make the backup files. Furthermore, if the customer is 
allowed to make duplicate copies for backup purposes, there is virtually no 

15 assurance that the additional duplicate copies are not being made for 
other unauthorized purposes such as unauthorized selling or sharing of 
the software. 

To address the inadequacies of such systems, some computer 
manufacturers have implemented a configured-to-order (CTO) system 

2 0 such as the one described in the US Patent No. 5,894,571. In this system, 
the manufacturer first receives a customer order for a computer system. 
The customer order includes a list of hardware configuration components 
and a list of software configuration components. The hardware 
components which are designated by the list are first assembled. The 

2 5 software components which are designated by the list are then configured 
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and written onto a CD-ROM. The CD-ROM is then used to install the 
selected software configuration onto the custom hardware configuration 
and subsequently serve as a permanent backup copy for the customer. 
The CD-ROM is written with an identifier of the specific computer hardware 
5 assembled in the manufacturing process and the identification written to 
the CD-ROM is checked when the software is loaded from the CD-ROM 
onto the computer so that the software is only accessible to the specified 
computer hardware. 

This system addresses some of the concerns mentioned above, but 
10 not all. For one, it does give the customer the option to choose the 
software he or she wants. The system also provides a backup copy for the 
specific software purchased by the customer while preventing or limiting 
software piracy. However, the system suffers from, among others, two 
main shortcomings. 

15 First, from the customer's side, it does not allow quick and 

convenient delivery of additional after-sale orders for software from the 
customer. In other words, if the customer were to want to purchase 
additional software products from the manufacturer which are available for 
the purchased hardware configuration, the manufacturer must send an 

20 additional CD-ROM (or other types of storage device containing the 
software), or the customer must download the software from a network 
such as the internet. Both of these delivery methods are traditional 
methods which have the obvious shortcomings such as additional 
expense (for the case of CD-ROM), or long download time (for the internet 

25 case). 
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Second, from the manufacturing side, in the system described 
above, the manufacturer can produce the CD-ROM containing the custom- 
ordered software only after the customer orders a computer system and 
specifies the hardware configuration components and software 
5 configuration components. The CD-ROM cannot be mass produced before 
the order is placed. From the manufacturing point of view, the ability to 
mass produce a CD-ROM prior to receiving the order from the customer 
has a number advantages such as fast turnaround time for the ordering 
customers, and savings in cost and labor for the manufacturer. 

10 Therefore, it is obvious that there is a great desirability for a software 

delivery system which can provide customers with choices of software 
when purchasing a computer system and which can quickly and reliably 
deliver the software both before and after the delivery of the computer 
system, while facilitating savings in manufacturing cost and preventing 

15 software piracy. 



SUMMARY OF THE INVENTION 



The present invention facilitates a quick and reliable delivery of 
2 0 software to a customer. The present software delivery system may be used 
to recover pre-ordered software as well as to obtain copies of new 
software. The present software delivery system generally includes a 
conventional computer system and a CD-ROM. The computer system 
includes conventional components associated with conventional computer 
2 5 systems, but in particular, includes a central processing unit communicably 



coupled to a CD-ROM drive, a hard drive, and a non-volatile memory. The 
non-volatile memory includes an encrypted codekey containing a list of 
identification numbers, and the serial number of the computer system. 

The CD-ROM contains a control module and a plurality of software 
modules. Each of the software modules contains one or more software 
products which are the software to be delivered to the user of the computer 
system. Each of the software modules is assigned a unique identifier (ID) 
such as an identification number or code. 

In the non-volatile memory, addresses have been designated to 
contain an encrypted code key which comprises a list of identification 
numbers corresponding to the identification numbers of the software 
modules. Enough addresses are designated to store the identification 
numbers of all of the software modules. 

Before a customer orders a computer system and the software 
products, the manufacturer tests all of the software products which are 
available for a particular hardware configuration of a computer system to 
make certain that the software is compatible with the computer system. 
Once the software products are fully tested, they are written onto a CD- 
ROM. The tested software products are written onto the CD-ROM in 
software modules and each module is assigned a unique identification 
number. Each of the software modules may contain one or more software 
products including any installation programs. A control module is then 
written onto each of the CD-ROMs containing the software rtiodules. 

When the manufacturer receives an order from a customer 
specifying a particular computer system and a set of software product, the 
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manufacturer installs into the hard drive of the ordered computer system 
the requested software products. The manufacturer then selects the 
particular pre-made CD-ROM which contains the software products 
requested by the customer and which has been prepared for the particular 
5 hardware configuration ordered by the customer. The manufacturer 
then determines the software modules which contain the ordered software 
products and obtains the unique identification numbers which were 
assigned to the modules. The manufacturer then encodes the 
identification numbers and writes the encoded identification numbers into 

10 the code key of the non-volatile memory of the computer system. The 
manufacturer ships the computer system along with the CD-ROM to the 
customer. The CD-ROM serves as both a permanent backup and a source 
for additional software products for the customer. 

The process for recovering already-ordered software begins by 

15 inserting the CD-ROM into the CD-ROM drive. The control module seeks 
the address of the encrypted codekey in the non-volatile memory of the 
user's computer system. Once located, the codekey is decoded, and the 
resulting list of identification numbers which correspond to the ordered 
software modules is read. The control module then matches the 

20 identification numbers from the non-volatile memory against the 
identification numbers of the software modules. A match would indicate to 
the control module that the particular software module bearing the 
identification number was ordered by the customer. Once all of the 
identification numbers from the memory have been considered, the control 
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module installs the software products in each of the designated modules 
via the appropriate installers per the user's specification. 

To obtain additional software, the customer specifies the additional 
software, and a software upgrade module which is specific to the 
5 customer's request is downloaded from a website. When executed in the 
customer's computer system, the upgrade module adds the identification 
numbers of the additional software into the non-volatile memory of the 
computer system. The software recovery process is then used to install 
the new software. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic block diagram illustrating the present software 
delivery system. 

15 

FIG. 2 is a flow diagram illustrating the steps for preparing the 
software delivery system. 

FIG. 3 is a flow diagram illustrating the steps for recovering the pre- 
20 ordered software. 

FIG. 4 is a flow diagram illustrating the steps for obtaining additional 
software for the preferred embodiment of the present invention. 
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FIG. 5 is a flow diagram illustrating the steps for obtaining additional 
software for an alternative embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

5 

FIG. 1 illustrates the preferred embodiment of the present software 
delivery system. Referring to FIG. 1, the present software delivery system 
generally includes a conventional computer system 5 and a CD-ROM 20. 
The computer system 5 includes conventional components associated with 

10 conventional computer systems, but in particular, includes a central 
processing unit (CPU) 10 communicably coupled to a CD-ROM drive 12, a 
hard drive 14, and a non-volatile memory 16, e.g., read-only-memory 
(ROM). The non-volatile memory includes an encrypted codekey 30 
containing a list of identification numbers 28 and the serial number 29 of 

15 the computer system. 

The CD-ROM 20 contains a control module 22 and a plurality of 
software modules 24. Each of the software modules 24 contains one or 
more software products which are the software to be delivered to the user 
of the computer system 5. Each of the software modules 24 is assigned a 

20 unique identifier (ID) 26 such as an identification number or code. 

In the non-volatile memory 16 of the computer system 5, addresses 
have been designated to contain an encrypted code key 30 which 
comprises a list of identification numbers 28 corresponding to the 
identification numbers 26 of the software modules. Enough addresses are 

25 designated to store the identification numbers of all of the software 
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modules 24. It should be appreciated by those skilled in the art that 
although a CD-ROM was used as a storage device in the preferred 
embodiment, other types of storage devices such as DVD for floppy disk 
may be utilized as well. 
5 To illustrate the workings of the present invention, the operation of 

the present software delivery system shall be described in the context of a 
customer purchasing a computer system from a computer manufacturer 
utilizing the present software delivery system. It should be understood, 
however, that the present system may be utilized in a multitude of ways, 

10 and is not limited to the particular example shown in this description. For 
instance, the present system may also be used by software vendors to 
deliver software to a customer with existing computer system. 

In a typical computer manufacturing environment, a customer places 
an order for a computer system from the manufacturer. The order may be 

15 of a computer system having custom hardware configuration as in a built- 
to-order (BTO) system, or it may be an off-the-shelf (OTS) computer 
system. In this example, the customer specifies a list of software products 
which he or she wishes to install onto the hard disk of the ordered 
computer system. The software products may include, for example, an 

20 operating system, a utilities program, or an applications program. 

In light of the manufacturing environment described above, the 
process flow for implementing the present software delivery system is 
shown in the flow diagram of FIG. 2. In step 40, before a customer orders a 
computer system and the software products, the manufacturer tests all of 

25 the software products which are available for a particular hardware 
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configuration of a computer system to make certain that the software is 
compatible with the computer system. Once the software products are fully 
tested, they are written onto a suitable storage device, in this case, a CD- 
ROM disc, in step 42. Since typically there will be multiple hardware 
5 configurations, multiple CD-ROMs may be prepared containing a different 
set of software products to accommodate for the different computer 
systems. 

Still referring to step 42, the tested software products are written 
onto the CD-ROM 20 in software modules 24 and each module is assigned 

10 a unique identification number 26 (see FIG. 1). Each of the software 
modules 24 may contain one or more software products including any 
installation programs. Although it is entirely possible to place the software 
products individually in the CD-ROM rather than in modules, in the 
preferred embodiment, the software products are placed in modules as the 

15 software modules give the manufacturer the flexibility to bundle certain 
software products as it sees fit. For instance, in some situations, a pair of 
software products may be complementary products which need to be used 
together. In other instances, the software products may be bundled up for 
non-technical reasons, such as for special promotions. 

2 0 In the next step 44, a control module 22 is written onto each of the 

CD-ROMs containing the software modules. The control module 22 
controls the eventual installation of the software products in the software 
modules 24 onto the hard disk 14 of the computer system 5. The details of 
the control module's function is described later below. With the control 

25 module 24 and the software modules 24 written onto the CD-ROM, the 
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preparation process of the CD-ROM is complete. The fully loaded CD- 
ROMs are ready to be shipped away when the customer order is received. 

In step 46, the manufacturer receives an order from a customer 
specifying a particular computer system and a set of software products. In 
5 a BTO system, when the order for a computer system is received, the 
manufacturer builds the computer system per the ordered specification. In 
an OTS system, the manufacturer simply obtains the particular computer 
system requested by the customer. The present invention is compatible 
with either system. 

10 Referring now to FIG. 1 and FIG. 2, in step 48, the manufacturer 

installs into the hard drive 14 of the ordered computer system 5 the 
requested software products. In step 50, the manufacturer then selects the 
particular pre-made CD-ROM 20 which contains the software products 
requested by the customer and which has been prepared for the particular 

15 hardware configuration ordered by the customer. It should be emphasized 
here that the pre-made CD-ROM 20 may contain other software products 
besides those ordered by the customers. These additional software 
products will not be accessible by the customer until proper access is 
given by the manufacturer. 

2 0 Still referring now to FIG. 1 and FIG. 2, in step 52, the manufacturer 

determines the software modules which contain the ordered software 
products and obtains the unique identification numbers 26 which were 
assigned to the modules. In step 54, after obtaining the identification 
numbers, the manufacturer then encodes the identification numbers and 

2 5 writes the encoded identification numbers into the code key 28 of the non- 
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volatile memory 16 of the computer system 5 ordered by the customer. In 
step 56, the manufacturer ships the computer system 5 along with the CD- 
ROM 20 to the customer. The CD-ROM 20 serves as both a permanent 
backup and a source for additional software products for the customer. 
5 In the preferred embodiment of the present invention, the 

manufacturer installs the ordered set of computer products onto the hard 
disk of the ordered computer system in step 48. However, it should be 
appreciated that it would be possible for the manufacturer to forgo this step 
48 and simply ship the computer system and the pre-made CD-ROM to the 

10 customer. The customer can then use the CD-ROM to install the requested 
software onto the hard disk. 

When the customer receives the ordered computer system 5 and the 
CD-ROM 20, the CD-ROM is simply kept until it is needed (for the preferred 
embodiment where the manufacturer has already installed the requested 

15 software). The CD-ROM 20 may be needed in the future for two main 
reasons. The first reason is to restore or recover the ordered software if the 
hard disk 14 were to crash, or if the ordered software were to be 
inadvertently erased or corrupted. In other words, it is to obtain an 
additional copy of the software which was ordered at the time the computer 

20 system was purchased. The second reason for needing the CD-ROM 20 
is to install additional software which the customer did not order initially, 
but which is available in the CD-ROM. 

Now referring to FIG. 3, the flow diagram shown therein illustrates 
the process by which a software product is installed from the CD-ROM to 

25 the hard disk of the customer's computer. The process for installing the 
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already-ordered software and the new software is slightly different. The 
flow diagram in FIG. 3 illustrates all of the steps necessary to install 
already-ordered software. The process for installing the new software also 
utilizes the steps in shown in the flow diagram of FIG. 3, but also requires 
5 additional steps. 

Now referring to FIGS. 1 and 3, the process for recovering already- 
ordered software begins by inserting the CD-ROM 20 into the CD-ROM 
drive 12 (FIG. 1) in step 20. Once inserted, the control module 22 initiates 
the recovery process by first asking the user some generic inputs such as 

10 the model or serial number of the purchased computer system etc. It is 
important to note here that information such as the model or serial number 
is not necessary for the recovery operation, though is nevertheless can be 
useful for some purposes. For instance, in one embodiment of the present 
invention, if the entered model or serial number does not correspond to the 

15 hardware configuration the CD-ROM 20 was created for, then the control 
module immediately terminates the recovery process and indicates to the 
user that the inserted CD-ROM 20 cannot be used to recover the software 
for that hardware configuration. 

Still referring to FIGS. 1 and 3, after the user has answered the 

20 inquiries, the control module 22 proceeds to the next step 74 where it 
seeks the address of the encrypted codekey 30 in the non-volatile memory 
16 of the user's computer system 5. Once located, the codekey 30 is 
decoded in step 76, and the resulting list of identification numbers 28 
which correspond to the ordered software modules is read in step 78. The 

25 control module 22 then matches the identification numbers 28 from the 
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non-volatile memory 16 against the identification numbers 26 of the 
software modules 24 in step 80. A match would indicate to the control 
module 22 that the particular software module bearing the identification 
number was ordered by the customer. Once all of the identification 
5 numbers 28 from the memory 30 have been considered, in step 82, the 
control module 22 displays a list of software modules having an 
identification number which corresponds to the identification number 
extracted from the memory 16. The control module 22 then, in step 84, 
prompts the user to designate the software modules he or she wishes to 

10 install onto the hard drive 14 of the computer system 5. Then in step 86, 
the control module 22 installs the software products in each of the 
designated modules via the appropriate installers. The software recovery 
process is now completed. 

In addition to allowing the customer to restore his ordered software, 

15 the preferred embodiment of the present software delivery system allows 
the customer to obtain additional software products which he did not 
initially order, but which are included in the CD-ROM. FIG. 4 illustrates the 
process for delivering the additional software. 

Referring now to FIG. 4, in step 90, the customer contacts the 

2 0 manufacturer and orders the additional software. When the customer 
contacts the manufacturer, he is required to supply the serial number of the 
computer system he ordered. Preferably, the process in step 90 is 
performed via the manufacturer's website, though other traditional modes 
of communication may also be used. 
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In step 92, the manufacturer checks the serial number for its validity 
and also checks to see if the software ordered by the customer is 
compatible with the computer system bearing the serial number. If it is 
determined that the serial number is not valid or that the software is not 
5 compatible with the particular computer system, the manufacturer rejects 
the customer's request and informs him of the reason. If the serial number, 
however, is valid and the software is deemed compatible, in step 94, the 
manufacturer prepares a software upgrade module which is specific to the 
customer's computer and the ordered software, such that it can only be 

10 used to upgrade the computer system bearing the serial number and 
would allow the customer to access only the software he ordered. The 
software upgrade module is then sent to the customer in step 96. 
Preferably, the software upgrade module is simply downloaded from the 
manufacturer's website. However, it can also be delivered to the customer 

15 in a digital storage medium such as a diskette or CD-ROM. 

Now referring to FIG. 1 and FIG. 4, once the customer obtains the 
software upgrade module, he executes it in his computer system 5 in step 
98. In step 100, the upgrade module first seeks to the non-volatile memory 
16 to locate the serial number 29 and matches the serial number 29 in the 

20 memory 16 against that supplied by the customer. If the serial number 29 
of the computer system does not match with the one provided by the 
customer, the software upgrade process terminates and the reason for the 
termination is supplied to the customer. If on the other hand, the serial 
number 29 does match, then in step 102, the upgrade module places an 

2 5 encoded identification number of each of the ordered software in the 
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encrypted codekey 30 of the non-volatile memory 16. Because now the 
codekey 30 contains the identification numbers of the additionally ordered 
software products, in step 104, the customer can simply use the original 
CD-ROM 20 to install the new software per the software recovery process 
5 as shown in FIG. 3. 

It is to be appreciated by those skilled in the art that although the 
preferred embodiment was shown and described above, other 
embodiments are possible. In one alternative embodiment, the computer 
system does not contain the serial number of the computer system, and the 

10 CD-ROM only contains the software product ordered initially by the 
customer. In this embodiment, the CD-ROM is only used for software 
recovery; it is not used to delivery additional after-sale software products. 

In another alternative embodiment, the non-volatile memory of the 
computer system does not contain the serial number of the computer 

15 system, and hence, no validation of the serial number is conducted during 
the software upgrade process. The process flow for the software upgrade 
for this alternative embodiment is shown in FIG. 5. In step 110 of FIG. 5, 
the customer contacts the manufacturer and orders the additional software. 
When the customer contacts the manufacturer, the manufacturer may 

20 optionally require the customer to provide the serial number of his 
computer simply to verify that a computer system has been properly 
purchased. Preferably, the process in step 90 is performed via the 
manufacturer's website, though other traditional modes of communication 
may also be used. 
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In step 112, the manufacturer checks the serial number for its validity 
(if provided) and checks to see if the software ordered by the customer is 
compatible with the computer system bearing the serial number. If it is 
determined that the serial number is not valid or that the software is not 
compatible with the particular computer system, the manufacturer rejects 
the customer's request and informs him of the reason. If the serial number, 
however, is valid and the software is deemed compatible, in step 114, the 
manufacturer prepares a software upgrade module which is specific to the 
ordered software, such that it would allow the customer to access only the 
software he ordered. The software upgrade module is then sent to the 
customer in step 116. Preferably, the software upgrade module is simply 
downloaded from the manufacturer's website. However, it can also be 
delivered to the customer in a digital storage medium such as a diskette or 
CD-ROM. 

Now referring to FIG. 1 and FIG. 5, once the customer obtains the 
software upgrade module, he executes it in his computer system 5 in step 
118. In step 120, the upgrade module seeks to the non-volatile memory 1 6 
and places an encoded identification number of each of the ordered 
software in the encrypted codekey 30 of the non-volatile memory 16. 
Because now the codekey 30 contains the identification numbers of the 
additionally ordered software products, in step 124, the customer can 
simply use the original CD-ROM 20 to install the new software per the 
software recovery process as shown in FIG. 3. 

In addition to the alternative embodiments described above, the 
present invention may be embodied in other specific forms without 
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departing from the spirit or essential characteristics thereof. The presently 
disclosed embodiments are, therefore, to be considered in all respects as 
illustrative and not restrictive, the scope of the invention being indicated by 
the appended claims and all changes which come within the meaning and 
range of equivalency of the claims are, therefore, to be embraced therein. 
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CLAIMS 



We Claim: 



11. A software delivery system comprising: 

2 a digital storage device containing a control module and at least one 

3 software product, said software product having been assigned a unique 

4 identifier; and 

5 a computer system, said computer system having a drive for reading 

6 data stored on said digital storage device, a processor, a hard drive and a 

7 non-volatile memory, said computer system storing at least one identifier 

8 corresponding to the identifier of said software product in said non-volatile 

9 memory; 

10 whereby when said digital storage device is read by said drive, said 

11 control module loads onto said hard drive the software product having an 

12 identifier which corresponds to the identifier stored in the non-volatile 

13 memory of said computer system. 
14 

1 2. The software delivery system as recited in Claim 1 wherein said 

2 non-volatile memory may be updated to include additional identifiers. 

3 

1 3. The software delivery system as recited in Claim 1 wherein said 

2 non-volatile memory is read-only-memory. 

3 
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1 4. The software delivery system as recited in Claim 1 wherein said 

2 identifier in said non-volatile memory is encrypted. 

3 

1 5. The software delivery system as recited in Claim 2 further 

2 comprising an update module for updating said non-volatile memory to 

3 include additional identifiers. 
4 

1 6. The software delivery system as recited in Claim 1 further 

2 comprising a serial number stored in said computer system. 

3 

1 7. The software delivery system as recited in Claim 6 wherein said 

2 serial number is stored in said non-volatile memory of said computer 

3 system. 

4 

1 8. A software delivery system comprising: 

2 a digital storage device containing a control module and a plurality 

3 of software modules containing at least one software in each of said 

4 modules, each of said software modules having been assigned a unique 

5 identifier; and 

6 a computer system, said computer system having a drive for reading 

7 data stored on said digital storage device, a processor, a hard drive and a 

8 non-volatile memory, said computer system storing at least one identifier in 

9 said non-volatile memory which corresponds to at least one identifier of 
10 said software modules; 
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11 whereby when said digital storage device is read by said drive, said 

12 control module loads onto said hard drive the software from the software 

13 module having an identifier which corresponds to the identifier stored in 

14 the non-volatile memory of said computer system. 

15 

1 9. The software delivery system as recited in Claim 8 wherein said 

2 non-volatile memory may be updated to include additional identifiers. 

3 

1 10. The software delivery system as recited in Claim 8 wherein said 

2 non-volatile memory is read-only-memory. 

3 

1 11. The software delivery system as recited in Claim 8 wherein said 

2 identifier in said non-volatile memory is encrypted. 

3 

1 12. The software delivery system as recited in Claim 9 further 

2 comprising an update module for updating said non-volatile memory to 

3 include additional identifiers. 
4 

1 13. The software delivery system as recited in Claim 8 further 

2 comprising a serial number stored in said computer system. 

3 

1 14. The software delivery system as recited in Claim 13 wherein said 

2 serial number is stored in said non-volatile memory of said computer 

3 system. 
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1 15. A process for facilitating a delivery of custom-ordered software to a 

2 computer system, said computer system having a processor, a digital 

3 storage drive, a hard disk, and a non-volatile memory, said process 

4 comprising the steps of: 

5 writing a set of software onto a digital storage device, said set of 

6 software containing at least the custom-ordered software; 

7 assigning a unique identifier for each software in said digital storage 

8 device; 

9 writing the identifier of said custom-ordered software into the non- 
10 volatile memory of said computer system; 

11 inserting said digital storage device into said digital storage drive; 

12 reading said identifier in said non-volatile memory of said computer 

13 system; 

14 comparing said identifier in said non-volatile memory with said 

15 identifier of the customer-ordered software; and 

16 installing the custom-ordered software onto the hard disk of the 

17 computer system only if the identifier in said non-volatile matches the 

18 identifier of the customer-ordered software. 

19 

1 16. The method as recited in Claim 15 wherein said set of software is 

2 written onto said digital storage device before said custom-ordered 

3 software is ordered by a customer. 

4 
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1 17. The method as recited in Claim 15 further comprising the step of 

2 testing the set of software before it is written onto said digital storage 

3 device. 
4 

1 18. The method as recited in Claim 15 wherein said identifier in said 

2 non-volatile memory is encrypted. 

3 

1 19. The method as recited in Claim 15 further comprising the step of 

2 checking a serial number of said computer system before executing said 

3 step of writing the identifier of said custom-ordered software into the non- 

4 volatile memory of said computer system. 
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ABSTRACT 



SOFTWARE DELIVERY SYSTEM 



5 The present software delivery system includes a computer system 

and a CD-ROM. The computer system includes a central processing unit 
communicably coupled to a CD-ROM drive, a hard drive, and a non- 
volatile memory. The CD-ROM contains a control module and a plurality of 
software modules. Each of the software modules contains one or more 

10 software products which are the software to be delivered to the user of the 
computer system. Each of the software modules is assigned a unique 
identifier (ID) such as an identification number or code. In the non-volatile 
memory, addresses have been designated to contain an encrypted code 
key which comprises a list of identification numbers corresponding to the 

15 identification numbers of the software modules. 



FIG. 1 
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